Closed
Bug 867872
Opened 11 years ago
Closed 8 years ago
implement standardizable errors for mozTCPSocket (and XHR), consider proposed TCPError implementation
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: asuth, Unassigned)
References
Details
Attachments
(1 file)
3.37 KB,
text/plain
|
Details |
For bug 861196 implementing improved error reporting for security (and network) errors encountered by mozTCPSocket, I wanted to implement a custom error class, TCPError. This proved to: - be very hard to do on mozilla-b2g18 (the target / driving impetus) - be something you don't want to rush; as bsmith pointed out, it's hard to design good errors that can be standardized as ASAP. The general idea I wanted was to have an error implementation that had an attribute that indicated the type of error in broad strokes so that the most specific set of errors could change but application logic/application UI would not depend on them in a brittle fashion, such as using a switch or (less brittle but still bad) a RegExp. It appears there is potentially other information that might want to be relayed, per bsmith, such as things related to strict transport security. I am enclosing the TCPError.webidl which mainly documents the existing error codes I have mapped in TCPSocket.js.
Comment 1•8 years ago
|
||
subsumed by different spec
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•